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(54) Card medium for determining necessity of preforming identification, system therefor and 
method of processing said card 



(57) A card medium having a function (52. 53, 54, 
55, 56) for storing, in a storage region thereof, money 
value information which is loaded to the card medium 
(C) and predetermined conditions for determining 
whether or not identification of a user is necessary and 
a function for determining whether or not the identifica- 
tion of the user is necessary in accordance with the pre- 
determined conditions, and a function (40, 50) for 
identifying the user when the determining function has 
determined that the identification is necessary. 
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Description 

The present invention relates to a card to which a 
value of money (alDbreviated to a "value") is loaded to be 
used in a transaction, a card transaction system using 5 
the card, a method of loading the value to the card and 
a method of performing a transaction by using the card. 

A card, for example, a prepaid card, of a type, to 
which the value of money (hereinafter simply called as a 
"value") has been loaded because of purchase or w 
allowed credit, Is not subjected to identification whether 
or not a person who uses the card is a valid user. 

A card of the foregoing type is given a value by a 
method in which cash is paid to load the value or a 
method in which a credit card is used to load the value, is 
When a credit card is used to load the value, the load 
must be approved by a credit-card-issuing company 

However, the fact that a card can be used without a 
necessity of identification of the user means a fact that 
a third person is able to unlawfully use the card. There- 20 
fore, load of a large amount of the value to the card 
raises a risk. Thus, the amount of the value permitted to 
be loaded at each requirement from the user must be 
restricted to a small amount. As a result, load must be 
performed frequently. Since each load must however be 25 
approved by the credit-card -issuing company, long time 
and a large cost (such as a communication cost, a com- 
mission and the so forth) for loading the value are 
required. 

As described above, the fact that a credit card, 30 
which is used with the method such that the credit card 
is used to load a value of money, can be used without a 
necessity of identifying a person who intends to use the 
card means the fact the card can unlawfully be used by 
a third person. Therefore, load of a large amount of the 35 
value to the card raises a risk. Thus, the amount of the 
value permitted to be loaded at each requirement from 
the user must be restricted to a small amount. As a 
result, load must be performed frequently. Since each 
load must be approved by the credit-card-issuing com- 40 
pany. long time and a large cost (such as a communica- 
tion cost, a commission and the so forth) for loading the 
value are required. 

An object of the present invention is to provide a 
card capable of simply and safely loading a value to the 45 
card and arranged to identify the transaction amount 
and the number of transactions and identify the user if 
necessary to enable a large value to safety be loaded to 
the card, a card transaction system, a card load method 
and a card transaction method. so 

According to one aspect of the present invention, 
there is, as shown in FIG. 2. provided a card medium 
having storage means for storing money value informa- 
tion which is loaded to the card medium; determining 
means for storing predetermined conditions under 55 
which whether or not identification of a user is neces- 
sary is determined and determining whether or not the 
identification of the user is necessary in accordance 



with the predetermined conditions; and means for iden- 
tifying the user when the determining means has deter- 
mined that the identification is necessary. 

According to the present invention, there is pro- 
vided a card medium, such as a prepaid card, storing a 
value, permitted to be used without identification of a 
user and arranged to perform the identification under a 
predetermined condition. That is. the predetermined 
condition requires, for example, a procedure for identify- 
ing the user by, for example, a password, in only a case 
where money exceeding a predetermined amount is 
demanded to be used. Therefore, a card medium exhib- 
iting both convenience and safety can be provided 
because it is free from the complicated process required 
for the conventional structure such that the user is 
always identified and overcoming unsatisfactory secu- 
rity occurring in a case of a card of a type with which 
identification is not performed. 

According to the present invention, there is pro- 
vided a system including a transaction computer for 
using the above-mentioned card, a value loading com- 
puter and the like. 

Also the above-mentioned system is able to provide 
a card medium system capable of satisfying both con- 
venience and safety as a result of a similar effect 

According to another aspect of the present inven- 
tion, there is provided a method in which a value, a lim- 
itation value of amount of money, a limitation value of 
accumulated amount of transactions and a limitation 
number of transaction times are loaded to the above- 
mentioned card so as to identify the user to perform a 
transaction. Also the above-mentioned system is able to 
provide a card medium system capable of satisfying 
both convenience and safety. 

The invention can be more fully understood from 
the following detailed description when taken in con- 
junction with the accompanying drawings, in which: 

FIG. 1 is a block diagram shows the schematic 
structure of a value card system relating to a card 
transaction system according to present invention; 
FIG. 2 is a diagram shows an example of data con- 
figuration in the memory 50 of the IC card C: 
FIGS. 3A and 3B are timing charts show load of a 
value to the card; 

FIG. 4 is a timing chart shows a transaction proc- 
ess; 

FIG. 5 is a timing chart shows a transaction proc- 
ess; and 

FIGS. 6A and 6B are timing charts show a transac- 
tion process. 

An embodiment of the present invention will now be 
described with reference to the drawings. 

FIG. 1 shows the schematic structure of a value 
card system relating to a card transaction system 
according to the present invention. The value card sys- 
tem has a structure formed such that a plurality of com- 



2 



RNSnOClD- <EP 0829830A2 I 



3 



EP0 829 830 A2 



4 



puters 2 for value load, a plurality of computers 3 for 
transaction and a plurality of IC cards C exist with 
respect to one host computer 1 of the card issuing com- 
pany comprising a computer and so forth. 

The value card system is formed such that the IC 
card C is inserted into the computer 2 for value load to 
require the host computer 1 of the card issuing com- 
pany to load the value. When the IC card C loaded with 
the value is inserted into the computer 3 for transaction, 
an off-line transaction starts. Data for use in the transac- 
tion is temporarily stored in the computer 3 for transac- 
tion, and then collectively transmitted to the host 
computer 1 of the card issuing company at an adequate 
timing. 

The computer 2 for value load comprises a CPU 21 . 
a memory 22, a communication interface 23. a printer 
24, a display unit 25. a keyboard 26. an IC card 
reader/writer 27 and a hard disk 28. An issuer 4 per- 
forms the value loading operation by mainly using the 
keyboard 26. 

The CPU 21 controls the foregoing units to 
send/receive data to and from the IC card C, check data 
and instruct writing of the value on the IC card C and so 
forth. The memory 22 is a storage means for storing 
various data items. 

The communication interface (a transmission 
means) 23 transfers, to and from the host computer 1 of 
the card issuing company, data of an inquiry whether or 
not credit is given to a user who is requiring load and 
data of the value to be transferred, and then supplies 
data to the memory 22. The printer 24 outputs a certifi- 
cate when the load process is completed. The display 
unit 25 displays a message and the like relating to the 
load process. The keyboard 26 is an input means with 
which the issuer 4 who performs the load process inputs 
data of the load. 

The IC card reader/writer 27 reads data in the IC 
card C inserted by the person who requires the load and 
writes the value on the IC card C. The magnetic disk 28 
has software, data and so forth stored therein and 
required to perform the load process. 

The computer 3 for transaction comprises a CPU 

31. a memory 32, a communication interface 33, a 
printer 34, a display unit 35. a keyboard 36, an IC card 
reader/writer 37 and a magnetic disk 38. 

The CPU 31 controls each unit, sends/receives 
data to and from the IC card C and issues an instruction 
to subtract the value from the IC card C. The memory 22 
is a storage means for storing various data items. 

The communication interface (a transmission 
means) 33 sends/receives transaction data and the like 
to and from the host computer 1 of the card issuing 
company so as to transfer data above to the memory 

32. The printer 34 outputs a certification when a trans- 
action has been completed. The display unit 35 displays 
a message or the like relating to the transaction proc- 
ess. The keyboard 36 is used by the cardholder 5 who 
performs the transaction by inputting data required for 



the transaction. 

The IC card reader/writer 37 is a means for receiv- 
ing the IC card C inserted by the cardholder 5 who 
requires the transaction so as to read data from the IC 

5 card C and subtracts the value from which IC and C. 
The magnetic disk 38 has. stored therein, software, 
data and the like required to perform the transaction 
process. The magnetic disk 38 is as well as used to 
store data about a transaction, stored data being collec- 

10 tively transferred to the host computer 1 of the card issu- 
ing company at an adequate timing. 

The chip of the IC card C has a CPU 40 and a mem- 
ory 50 which serves as a storage means. The CPU 40 
sends/receives data and commands to and from the tC 

15 card readers/writers 27 and 37. checks data, for exam- 
ple, such that data in the memory 50 and received data 
are subjected to a comparison, and issues an instruc- 
tion to update data in the memory 50. 

FIG. 2 shows an example of data configuration in 

20 the memory 50 of the IC card C. The memory 50 has an 
area for storing a value, an area for storing data for use 
to determine whether or not identification of the user is 
required and an area for identifying the validity of the 
user when identification of the user is performed. As an 

25 area 51 for storing the value, a value 51 indicating the 
value of money stored in the card is provided. When the 
value is loaded, the value is written on the area. When a 
transaction is performed, a value is subtracted from the 
area. 

30 As an area for storing data for use to determine the 
necessity of identifying the user when a transaction is 
performed, there are formed a limitation value 52 of the 
amount of money indicating the amount of money per- 
mitted to be transacted without identification of the user, 

35 a work area 53 for checking the amount of money such 
that the amount of money for the transaction transferred 
from the computer 3 for transaction is stored, data 54 of 
the limitation value of accumulated amount of transac- 
tions and the limitation number of transaction times 

40 which are the amount of transactions permitted to be 
performed without identification of the user and the 
accumulated amount of the number of transactions, 
data 56 of accumulated amount of transaction and 
number of transactions which are the amount of money 

45 and the number of transaction performed without identi- 
fication of the user after the final identification of the 
user has been performed and a work area 55 for check- 
ing the accumulated amount of transaction and the 
number of made transactions for storing an amount of 

50 money obtained by adding data 56 of accumulated 
amount of transaction and number of transactions to a 
present amount of transaction transferred from the com- 
puter 3 for transaction. 

As an area for judging the validity of the user when 

55 the user is identified, there are provided identification 
data 57 formed by embedding data, for example, PIN 
(Personal Identification Number), biometrics data or the 
like; and an identification work area 58 for storing data 



3 



BNSD0CID:<EP 0829830A2 L> 



5 



EP 0 829 830 A2 



input when the user has been identified. 

Among the above-mentioned areas, the value 51, 
the work area 53 for checking the amount of money, the 
work area 55 for checking the accumulated amount of 
transaction and the number of performed transactions 
and data 56 of accumulated amount of transaction and 
number of transactions are updated whenever a trans- , 
action or load is performed. On the other hand, data of 
limitation value area 52 of the amount of money and 
data 54 of the limitation value of accumulated amount of 
transactions and the limitation number of transaction 
times area 56 are located when a card is issued by the 
card issuer company. Identification data 57 is set by the 
owner of the card when the card is issued and usually 
formed into a code so as to be stored. The identification 
work area 58 stores data Input when the identification of 
the user has been performed. 

The operation of the value card having the above- 
mentioned structure will now be described with refer- 
ence to a timing chart shown in FIGS. 3A to 6B. 

The process according to the present invention is 
mainly sectioned into (1) a process for loading a value to 
the card; and (2) a transaction process for using the 
card to which the value has been loaded. The transac- 
tion process (2) is sectioned into (1 ) a process for deter- 
mining the necessity whether or not the user to be 
identified, (2) a process for requiring the identification of 
the user if necessary so as to check the user and (3) a 
process for performing a transaction. 

Among the above-mentioned processes. FIGS. 3A 
and 3B show toad of a value to the card, FIG. 4 shows a 
transaction process (judgment whether or not identifica- 
tion of the user is required), FIG. 5 shows a "transaction 
process (identification of the user) and FIGS. 6A and 6B 
show a transaction process (transaction). 

FIGS. 3A and 38 are timing charts showing a proc- 
ess for loading a value to the card. In this process, the 
IC card C. the computer 2 for value load and the host 
computer 1 of the card issuing company perform the 
load process. 

Referring to the timing chart shown in FIGS. 3A and 
38, when the IC card C has been inserted into the com- 
puter 2 for value load, the IC card C transmits, to the 
computer 2 for value load, data for requiring load 
(Si 11). Data to be transmitted is data about the card 
number and the amount of money. The amount of 
money may be input manually by using the keyboard 26 
of the computer 2 for value load. 

Then, the computer 2 for value load performs the 
process such that the computer 2 for value load 
receives data for requiring load (S112), and then 
requires identification of the user (S1 13). When the 
computer 2 for value load has received identification 
data from the issuer 4 through, for example, the key- 
board 26 (S114), the computer 2 for value load trans- 
mits identification data to the IC card C (Si 15). 

The IC card, which has received identification data, 
checks identification data, and then transmits a result 



(S1 16). The identification is performed by a method 
which is the same as the identification to be described 
later, which is performed in the transaction (identifica- 
tion). 

5 The computer 2 for value load, which has received 
the result of the identification, checks the result (S1 1 7). 
If the result of the check is invalid (NG). the computer 2 
for value load displays an NG message on the display 
unit 25 (S118), and then discharges the IC card C. 

10 Thus, the process is interrupted. If the result of the 
check is valid (OK), the computer 2 for value load trans- 
fers data for requiring load to the host computer 1 of the 
card issuing company (Si 19). 

The host computer 1 of the card issuing company, 

15 which has received data for requiring load, performs 
credit check in accordance with the card number, that is. 
checks whether the card having the card number above 
is not a stolen card, a lost card or a lapse card. If the 
card is a valid card, the host computer 1 of the card 

20 issuing company checks whether or not the required 
value is larger than a credited limitation value (Si 21). If 
the value is larger than the credited limitation value (that 
is. in an NG case), the host computer 1 of the card issu- 
ing company transmits a refusal message to the compu- 

25 ter 2 for value load (S122). If the value is not more than 
the credited limitation value (that is. in an OK case), the 
host computer 1 of the card issuing company transmits, 
to the computer 2 for value load, the limitation value of 
the amount of money, and the limitation value of accu- 

30 mulated amount of transactions (S1 30). 

If the refusal message has been transmitted from 
the card issuing company (SI 23). the computer 2 for 
value load displays the refusal message on the display 
unit 25, and then ejects the IC card C to interrupt the 

35 process (S1 24). 

When the computer 2 for value load has received 
the value transmitted from the host computer 1 of the 
card issuing company, the computer 2 for value load 
transfers the value (S131). Then, the printer 24 outputs 

40 a receipt and the IC card C to interrupt the process 
(SI 32). 

The IC card C, which has received the value loads 
the value, into the value 51 in the memory 50 (S133). 
FIG. 4 is a timing chart showing a process in the 
45 transaction process for determining whether or not judg- 
ment of the user is necessary. In this process, the IC 
card C and the computer 3 for transaction perform the 
process. 

When a requirement for the transaction has been 
50 communicated to the computer 3 for transaction (S2 1 1 ) 
and the IC card C has been inserted into the same, the 
computer 3 for transaction calculates the transaction 
money (S212). The calculation may be performed such 
that the value of the merchandise required to be trans- 
55 acted is detected from merchandise data stored in the 
magnetic disk 38 to calculate the total or calculate total 
input from an input device, such as the keyboard 36. 
After the amount of the transaction has been calculated. 
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the amount of the transaction is transmitted to the IC 
card C (S213). 

The IC card C receives the amount of the transac- 
tion (S214). and then stores the amount of the transac- 
tion in the work area 53 for checking the amount of 
money in the memory 50 (S215) so as to store, in the 
work area 55 for checking the accumulated amount of 
transaction and the number of made transactions in the 
memory 50. the amount of the transaction and a value 
obtained by adding the amount of the transaction and 
the accumulated amount of transaction and number of 
transactions (S216). 

Moreover, the amount of the transaction Is checked 
in the IC card C (S217). That is, the IC card C subjects 
the limitation value 52 of the amount of money (an 
upper limit of the transaction amount permitted for one 
transaction without identification) previously set by the 
card issuing company and stored in the memory 50 and 
the amount of money stored in the work area 53 for 
checking the amount of money to a comparison {S215) 
so as to check whether or not the present transaction 
exceeds the limitation. 

If the amount of the transaction is not larger than 
the limitation value, the limitation value of the accumu- 
lated amount of transactions and the limitation number 
of transaction times are checked (S218). That is. the IC 
card C subjects data 54 of the limitation value of accu- 
mulated amount of transactions and the limitation 
number of transaction times (the limitation value of the 
number of accumulated transaction times permitted 
without identification) previously set by the card issuing 
company and stored In the memory 50 and the work 
area 55 for checking the accumulated amount of trans- 
action and the number of made transactions calculated 
and stored in step 216 to a comparison so as to check 
whether or not the limitation value of accumulated 
amount of transactions and the limitation number of 
transaction times do not limitation values. 

If the amount of the transaction Is not larger than 
the limitation value, the process proceeds to an actual 
transaction process, as shown in FIGS. 6A and 6B 
(S219). If the amount of the transaction exceeds In 
either In step 21 7 or step S218. the identification is nec- 
essary. Thus, identification is performed as shown in a 
timing chart shown in FIG. 5 (S220). 

FIG. 5 is a timing chart showing an Identification 
process among the transaction process. In this case, 
the IC card C and the computer 3 for transaction per- 
form the process. 

The IC card C transmits a requirement for identifi- 
cation to the computer 3 for transaction (S311). 

The computer 3 for transaction, which has received 
the requirement for the identification, displays a mes- 
sage of the requirement for the identification on the dis- 
play unit 35 (S312). When the computer 3 for 
transaction has received data for the identification input 
by using the keyboard 36 (S313). the computer 3 for 
transaction transmits identification data to the IC card C. 



The IC card C. which has received identification 
data, stores supplied data in the Identification work area 
58 In the memory 50 {S3 15) so as to check Identification 
data (S316). That is. the IC card C subjects the identifi- 

5 cation work area 58 stored in step 31 5 and identification 
data 57 set by the owner of the IC card C to a compari- 
son so as to check whether or not the person who is 
performing the transaction is a valid owner. 

If the person, who is performing the transaction. Is 

w a valid owner of the IC card C (in an OK case), the proc- 
ess proceeds to a transaction process shown in FIGS. 
6A and 6B (S320). If identification cannot be performed 
(In an NG case), a refusal message is transmitted to the 
computer 3 for transaction {S3 17). 

15 The computer 3 for transaction, which has received 
the refusal message (S318), displays the refusal mes- 
sage on the display unit 35 (S3 19) and discharges the 
IC card C to interrupt the process. 

FIGS. 6A and 6B are timing charts showing a trans- 

20 action process In the transaction. The IC card C. the 
computer 3 for transaction and the host computer 1 of 
the card issuing company perform the process. 

Referring to FIGS. 6A and 68. the IC card C trans- 
mits the value to the computer 3 for transaction (S41 1), 

25 that is, subtracts the value of the value 51 in the mem- 
ory 50 by the degree corresponding to the transaction, 
and then transmits the value obtained by the subtrac- 
tion. 

Then, whether or not identification has been per- 
30 formed in the transaction Is checked (S412). If the iden- 
tification is performed in the transaction, the IC card C 
clears data 56 of accumulated amount of transaction 
and number of transactions, the work area 53 for check- 
ing the amount of money and the work area 55 for 
35 checking the accumulated amount of transaction and 
the number of performed transactions In the memory 50 
(S413). 

If the Identification Is not performed In the transac- 
tion, data 56 of accumulated amount of transaction and 

40 number of transactions in the memory 50 Is updated to 
a value obtained by adding the present amount of trans- 
action artd the number of transactions (one) to data 56 
of accumulated amount of transaction and number of 
transactions. Moreover, the work area 53 for checking 

45 the amount of money and the work area 55 for checking 
the accumulated amount of transaction and the number 
of made transactions are cleared (S414). 

In step 421 the computer 3 for transaction receives 
the value, and then performs a transaction process 

50 (S422). That is, the computer 3 for transaction gener- 
ates transaction data so as to store it in the magnetic 
disk 38. and then performs ordering of the subject mer- 
chandise and the like. Then, a receipt Is issued from the 
printer 34, and then the IC card C is ejected to complete 

55 the transaction (S423). 

Then, transaction data is collectively transmitted to 
the host computer 1 of the card issuing company by the 
computer 3 for transaction at a predetermined timing or 
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in accordance with an instruction issued from an opera- 
tor (S431). 

The host computer 1 of the card issuing company, 
which has received transaction data in step 432. per- 
forms a demand process (S434) . s 

As described above, according to the embodiment 
of the present invention, even if the card is owned by a 
third person due to loss or theft, the third person cannot 
pay in an amount exceeding a predetermined money. 
Therefore, the security can be improved. 

Since excellent security can be Implemented, a 
large amount of a value can safely be provided for the 
card and the number of load times can be reduced. 
Therefore, the convenience can be improved. Since the 
number of load times can be reduced, the number credit is 
inquiry times can be reduced. As a result, the communi- 
cation cost and the commission can be reduced. 

Information about the conditions, such as the limita- 
tion amount and the number of made transactions, is an 
example of the present invention. Even if the foregoing 20 
condition is employed solely or a plurality of other condi- 
tions are added, the operation and effect of the present 
invention can. of course, be obtained. 

As described above, according to the present 
invention, there are provide a card for which a large 25 
amount of money value can safely be provided so that 
the number of load times is reduced and the communi- 
cation cost is reduced, a card transaction system and a 
card transaction method. 

30 

Claims 

1 . A card medium characterized by comprising: 

means (51) for storing money value information 35 
which is loaded to the card medium (C); 
determining means (52. 53, 54. 55. 56) for stor- 
ing predetermined conditions and determining 
whether or not the identification of a user of the 
card medium is necessary in accordance with 40 
the predetermined conditions: and 
means (40. 50) for identifying the user when 
the determining means has determined that 
the identification is necessary. 

45 

2. A card medium according to claim 1 . characterized 
in that the determining means includes 

means (52) for storing a limitation value of 
money permitted in one transaction in accord- so 
ance with money value information: and 
means (53. 40. 50) for determining that identifi- 
cation of the user is necessary when the user 
has demanded to perform a transaction with 
the card in an amount exceeding the limitation 55 
value of money. 

3. A card medium according to claim 1 . characterized 



in that the determining means includes 

means (54) for storing a limitation number of 
accumulated transaction times performed plu- 
ral times in accordance with the money value 
information: and 

means (53. 40, 50) for determining that identifi- 
cation of the user is necessary when the user 
has demanded to perform a transaction with 
the card in exceeding the limitation number 

4. A card medium according to claim 3. characterized 
by further comprising: 

means for storing a transaction accumulated 
amount of the transaction operations which 
were performed plural times; and 
means for erasing the transaction accumulated 
amount when the determining means has 
determined the identification is necessary and 
the identification of the user has been per- 
formed. 

5. A card medium according to claim 1 . characterized 
in that the determining means includes 

means (54) for storing a limitation number of 
accumulated transaction times performed plu- 
ral times in accordance with the money value 
information: and 

means (40, 50, 53) for determining that identifi- 
cation of the user is necessary when the user 
has demanded to perform a transaction with 
the card in exceeding the limitation number of 
the accumulated transaction times. 

6. A card medium according to claim 1 . characterized 
in that the determining means includes 

means (52, 54) for storing a limitation value of 
amount of money permitted in one transaction 
in accordance with money value information, a 
limitation value of accumulated amount of 
transactions performed plural times in accord- 
ance with money value information and a limi- 
tation number of transaction times performed 
plural times in accordance with money value 
information; and 

means (40, 50. 53) for determining that identifi- 
cation of the user is necessary when the user 
has demanded to perform a transaction with 
the card in exceeding any one of the limitation 
value of money, the limitation value of accumu- 
lated amount of transactions and the limitation 
number of transaction times. 

7. A card medium according to claim 6. characterized 
by further comprising: 
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means for storing an accumulated number of 
the transaction times which were performed 
plural times; and 

means for erasing the accumulated number of 
the transaction times when the determining 5 
means has determined the identification is nec- 
essary and the identification has been per- 
formed. 

8. A card system comprising: io 

a card medium (C) including 

means (51) for storing money value infor- 
mation which is loaded to the card is 
medium. 

determining means (52. 53, 54, 55, 56) for 
storing predetermined conditions urxJer 
which whether or not identification of a 
user is necessary is determined and deter- 20 
mining whether or not the identification of 
the user is necessary in accordance with 
the predetermined conditions, and 
means (40, 50) for identifying the user 
when the determining means has deter- 25 
mined that the identification is necessary; 

a computer including 

means (37) for holding the card medium to 30 
read/write data to and from the card 
medium; 

means (36) for inputting a signal when the 
means is operated by the user; 
means (31, 32) for supplying the signal 35 
input by the user to the card medium 
through the input means when the deter- 
mining means performs determination and 
when the identification means performs 
identification; and ^^o 
means (31 . 32) for performing a transac- 
tion process in accordance with money 
value information when the means is oper- 
ated by the user when the determining 
means has determined that the identifica- 45 
tion is not performed or when the identifi- 
cation means has determined that the user 
is a valid user 

9. A card medium system according to claim 8. char- so 
acterized in that the determining means includes 

means (52) for storing a limitation value of 
money permitted in one transaction in accord- 
ance with money value information: and ss 
means (53. 40, 50) for determining that identifi- 
cation of the user is necessary when the user 
has demanded to perform a transaction with 



the card in an amount exceeding the limitation 
value of money. 

10. A card system according to claim 8, characterized 
in that the determining means includes 

means (52. 54) for storing a limitation value of 
amount of money permitted in one transaction 
in accordance with money value information, a 
limitation value of accumulated amount of 
transactions performed plural times in accord- 
ance with money value information and a limi- 
tation number of transaction times performed 
plural times in accordance with money value 
information; and 

means (40. 50, 53) for determining that identifi- 
cation of the user is necessary when the user 
has demanded to perform a transaction with 
the card in exceeding any one of the limitation 
value of money, the limitation value of accumu- 
lated amount of transactions and the limitation 
number of transaction times. 

11. A card medium system according to claim 8, char- 
acterized by further comprising: 

a second computer (2) for holding the card 
medium and having means (52, 54) for storing, 
in a storage region of the determining means, 
at least any one of a limitation value of amount 
of money permitted in one transaction in 
accordance with money value information, a 
limitation value of accumulated amount of 
transactions performed plural times in accord- 
ance with money value information and a limi- 
tation number of transaction times performed 
plural times in accordance with money value 
information to correspond to an operation per- 
formed by an operator (4). 

12. A card medium system according to claim 8. char- 
acterized by further comprising: 

a host computer (1 ) connected to the computer 
(3) and arranged to receive transaction data 
from the computer so as to perform a process 
relating to a demand process. 

13. A data processing method of a card medium sys- 
tem comprising the step of: 

writing (Si 31 to SI 33). on a storage region 
(50) of the card medium (C). money value infor- 
mation (51) and predetermined conditions (52, 
54) for determining whether identification of a 
user who demand to transact with the card 
medium is necessary or not. 
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14. A data processing method according to claim 13. 
characterized in that the writing step includes 

a step (S214 to S217. S220) of requiring iden- 
tification of the user when the user demands a 5 
transaction with the card medium under a con- 
dition which does not satisfy the predetermined 
conditions. 

15. A data processing method according to claim 13. io 
characterized in that the writing step includes 

a step (Si 33) of writing a limitation value of 
money permitted in one transaction in accord- 
ance with money value information; and is 
a step (S214 to S220) of requiring identification 
of the user when the user demands to perform 
a transaction with the card medium in exceed- 
ing the limitation value of the money. 

20 

16. A data processing method according to claim 13. 
characterized in that the writing step includes 

a step (S133) of writing, on the storage region, 
a limitation value of amount of money permitted 25 
in one transaction in accordance with money 
value information, a limitation value of accumu- 
lated amount of transactions performed plural 
times in accordance with money value informa- 
tion and a limitation number of transaction 30 
times performed plural times in accordance 
with money value information; and 
a step (S214 to S220) of requiring identification 
of the user when the user has demanded to 
perform a transaction with the card in exceed- 35 
ing any one of the limitation value of money the 
limitation value of accumulated amount of 
transactions and the limitation number of trans- 
action times. 
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